home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 600 < prev    next >
Internet Message Format  |  1994-08-27  |  2KB
  1. Date: Sat, 18 Jun 94 22:12 MET DST
  2. From: chris@buran.fb10.tu-berlin.de (Christian Nieber)
  3. To: gem-list@world.std.com
  4. Subject: Re: Digested Replies
  5. Precedence: bulk
  6.  
  7. Hi Mike,
  8.  
  9. > > Ctrl-A = Deselect marked (all), i.e. "Abandon" selection
  10. > > Shift-Ctrl-A = Select all
  11. > I support this method. I think T. Miller also supports it. That makes
  12. > three. Anyone else?
  13.  
  14. As has been pointed out, the risk of data loss can be avoided. But even if 
  15. there were something to this, changing shortcuts that are used by virtually 
  16. every program on the ATARI and even on other platforms is simply out of the 
  17. question. Most programmers just won't do it. Also remember that many app-
  18. lications on the ATARI are no longer supported, but still used, so dramatic 
  19. changes like this will probably end with 50% of the used applications using 
  20. the old way, the other 50% the new way. Don't do that. This also applies to 
  21. CONTRL-U. An existing well-established standard, even if not perfectly 
  22. designed, is better than different competing standards.
  23.  
  24.  
  25. Andre,
  26.  
  27. >  > > CTRL I -                 Show Info
  28. >  > > In text oriented applications I prefer CTRL-I  italic 
  29. >Hmm, how about suggesting the use of Alt-I, Alt-B, Alt-U, etc for Italic,
  30. >Bold, Underline etc. That way, application-specific things like this won't
  31. >get in the way of general stuff.
  32.  
  33. I suggested that not only because of papyrus, but because I'm used to it 
  34. from the NeXT. Besides I see no problem with apps using the more special 
  35. shortcuts for functions that don't apply to them for something else (see 
  36. NeXT Guidelines)
  37.  
  38. > > > In Dialog Boxes
  39. > > > --------------- 
  40. > > > Undo -                  Cancel, Abort, etc...
  41. > > Problematic when applications use modeless dialogs. Does Undo mean
  42. > > "undo the last thing I did to my document" or "Cancel the dialog"?
  43. >
  44. > Depends on whether the dialog window is currenty topped, I guess. Undo
  45. > should always operate on the currently topped window, using whatever
  46. > operation is appropriate for that window.
  47.  
  48. In practically all GUI apps I have seen Undo (while not in a modal dialog) 
  49. takes back the last change done to a document, even if one has switched to 
  50. a different window. This is also what Apple's Human Interface Guidelines 
  51. say. I think it's dangerous to make it have a different meaning depending 
  52. on wheter a dialog is topped or not. It doesn't affect the meaning of any 
  53. other menu commands except 'close window'.
  54.  
  55.    Christian (R.O.M. logicware)
  56.